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DETAILED ACTION 

1. This communication is responsive to Applicant's Amendment, filed on October 
18, 2007. 

2. Claims 1-2, 4-5, 9, 12, and 14-20 are currently pending in this application. Claims 

3. 6-8, 10, 11, and 13 had been cancelled. Claims 1, 4, 9, and 12 were amended. Claim 
20 is newly added. Claims 1, 9, and 12 are independent claims. This office action is 
made final. 

Claim Rejections ■ 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

. (a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

4. Claims 1, 2, 4, 5. 9, 12, 14, 15, 18, 17, 19, and 20 are rejected under 35 U.S.C. 
103(a) as being unpatentable over Rabinovich (hereinafter "Rabinovich, U.S. Patent 
Number 6256675) in view of Kanai et al., (hereinafter "Kanal", U.S. Patent Application 
Publication Number 2001/0002472A1) and further in view of Calo et al., (hereinafter 
"Calo", U.S. Patent Application Publication Number 2005/0071421 and further in view of 
Yamadaetal., (hereinafter "Yamada", U.S. Patent Application Publication Number 
2004/0221 024A1). 
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As per claim 1 , Rabinovich is directed to a computer system comprising a first 
network, a first computer connected to ttie first network, a second network connected to 
tlie first network, and a second computer and a third computers connected to the 
second network"( Rabinovich Figure 1: Host 103, Host 104, Host 105, and Request 
Distributor 101, and Column 7 Lines 7-49. Note that Requestor Distributor 101 and a 
Host 103 of Figure 1 of Rabinovich maps to the first computer of the claimed invention; 
Host 104 and Host 105 of Figure 1 of Rabinovich maps to the second computer of the 
claimed invention and Requester 109 of Figure 1 of Rabinovich maps to the third 
computer of the claimed invention ), the first computer (Request Distributor 101 and 
Host 103) comprises: 

"a communication interface for connecting the first computer to the first network" 
(Rabinovich Figure 1: PORT 110 , and Column 6 Lines 31-33, i.e., Request distributor 
110 also includes a port 110 that is adapted to be coupled to a network 102) ; 

"a disk storage device for storing data" (Rabinovich Figure 1 : Request distributor 
101, and Column 6 Lines 17-29, i.e., The request distributor is comprised of a processor 
106, and a memory 107 that stores request distribution instructions; Column 6 Lines 47- 
49, i.e., embodiments of memory in accordance with the present invention include a 
hard disk drive) ; 

"a disk interface for communicating data with the disk storage device" 
(Rabinovich Figure 1: Request Distributor 101, Column 6 Lines 17-29 and Column 7 
Lines 7-49;; 
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"a CPU for controlling the first computer" (Rabinovich Figure 1: Request 
distributor 101, and Column 6 Lines 7-16; and Figure ^ :Host 103; and Column 6 Line 
60 through Column 7 Line 7) ; and 

"a memory " (Rabinovich Column 6 Lines 17-29, i.e., The request distributor is 
comprised of a processor 106, and a memory 107 ttiat stores request distribution 
instructions) "for storing data and a first program" (Rabinovich Column 6 Lines 60-62, 
i.e., a request distribution method; and Figure 2) and "a second program for operating 
the CPU" (Rabinovich Column 7 Line 38 through Column 8 Line 31, i.e.. The request 
distributor selects a host that stores a replica of the requested object to respond to the 
request based upon the request metric and the distance metric; and the request 
distribution decision as to which host to assign the request is made in accordance with 
the method shown in Figure 3), 

wherein the program code includes: 

"a module for recording situations of access to a file stored in the disk storage 
device from the third computer" (Rabinovich Column 6 Lines 64-67, i.e.. The request 
metric for a replica is a historical measure of the request for the object that have been 
forwarded to the host ), and 

"wherein the program code is executed depending on the access situation" 
(Rabinovich Column 7 Lines 38-44, i.e.. The request distributor selects a host that 
stores a replica of the requested object to respond to the request based upon the 
request metric and the distance metric), 'the program code further including:" 
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"a module for searching the second network connected to the third computer" 
(Rabinovlch Column 7 Line 45 through Column 8 Line 31, i.e., the request distributor 
decision as to wtiictt host to assign the request is made in accordance with the method 
shown in FIG. 3); 

"a module for searching candidate for migration for the second network" 
(Rabinovich, Column 9 Lines 9-23, i.e., a method for identifying a second host to which 
it is beneficial to migrate a replica from a first host to the second host is shown in Figure 
8. Rabinovich, Column 7 Line 45 through Column 8 Line 31 , i.e., the request distributor 
decision as to which host to assign the request is made in acconJance with the method 
shown in FIG. 3 ); 

"a-module for designating the files as the candidate for migration to the second 
computer" (Rabinovich Column 7 Lines 47-49, i.e., A hostp is identified that stores a 
replica of the requested object and that has the best distance metric m; Column 8 Lines 
29-31 , i.e., The request for the object is sent to the host with the smallest decision 
metric, step 403; Column 16 Lines 19-22, i.e., when object X3 is to be replicated or 
migrated, S attempts t place the replica on the farthest among all qualified candidates. 
Column 1 7 Lines 28-31 , i.e., when host S is in Offloading mode, it migrates or replicates 
objects to other nodes. Note that by identifying host p as the candidate, the replica on 
host p is also identified as the candidate for migration); 

"a module for transmitting a migrator acceptor search packet to the second 
computer for inquiring whether or not the second computer can accept the file" 
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(Rabinovich Column 7 Line 64, i.e., then the request is sent to hostp; and Column 8 
Lines 32-49, i.e.. Replica placement decisions and actions are made and taken 
substantially autonomously by a host; Column 8 Line 65 through Column 9 Line 8, i.e., 
a method for offloading in accordance with the present invention is shown in FIG 7; 
Column 16 Lines 23 through Column 17 Line 22, i.e., Host s sends a replication request 
to E's replicator rE , which includes the ID of the object to be replicated and the load on 
host s generated due to X3. rE fonfl/ards this request along the path with the lowest- 
loaded hosts and pseudo code from Line 28 to 54; Particularly Column 16 Lines 29-31, 
i.e., ReplicateRequest (Xs, load (x^); ); 

"a module for receiving a reply packet from the second computer as a response 
to the migrator acceptor search packet" (Rabinovich, Column 16 Lines 56-65, i.e., 
sends acknowledgement back up the tree to rs. and Column 16 Lines 30-35, i.e.. 
Send Refuse to invoken Column 18 Lines 19-20, i.e.. Upon receiving Recipient request, 
host q starts the second stage of the protocol by sending OffloadOffer tos); 

"a module for transmitting advertisement packets to the third computer" (either 
after or before the file is transferred to the second computer, the advertisement packet 
indicating that the file is transferred to the second computer) (Rabinovich Column 15 
Line 17, i.e. send OffLoadRequest(s) to the parent replicator of s; and Column 13 Line 
44 through Column 14 Line 7, i.e., Replicators act as outside representatives of their 
regions to outside hosts and Decisions on replica placement are done "In 
cooperation" between hosts and the replication service); 
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"a module for transferring the file to the second computer" (Rabinovich Column 
16 Lines 55-60, i.e., Host s); 

"a module for storing Information indicative of whether the file has been 
transferred to the second computer or the file exists in the first computer" (Rabinovich, 
Column 8 Lines 7-1 1 , i.e.. Each host that stores a replica of the requested object is 
ranl(ed in decreasing distance metric in relation to the requester, step 401; Column 14 
Lines 25-30, i.e.. Affinity is a compact way of representing multiple replicas of the same 
object on the same host. When the replica Is first created, its affinity is initialized to 1; 
when an object is migrated or replicated to a host that already has a replica of this 
object, its affinity is incremented; and Column 14 Lines 44 through Column 15 Line 18, 
i.e., pseudocode showing the storing of information indicative of whether a file has been 
transferred); and 

"a module for storing a path name for the second computer when the file has 
been transferred to the second computer" (Rabinovich, Column 13 Lines 63-65, i.e., 
computing preference paths; Column 14, Lines 7-24, i.e.. an entity that frequently 
appears in preference paths may be a good candidate for placing an object replica 
and Column 6 Lines 7-29; (Note that request distributor/replicators in an area are 
always in communication with other requestor distributors/replicators and advertisement 
packets are inherent in the method Rabinovich, which notifies placement of replicas in 
particular network areas (Column 13 Line 44 through Column 14 Line). Therefore, 
requestors would know exactly where the transferred file is located via 
distributors/replicators); and 
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"a module for allowing the third computer to access the file via the first computer" 
(Rabinovich, Column 7 Lines 39-44, i.e., The request distributor selects a host that 
stores a replica of the requested object to respond to the request based upon the 
request metric and the distance metric of the host in relation to the request metric and 
distance metrics of the other hosts that also store replicas of the requested object, step 
204; Rabinovich, Column 9 Lines 9-23, i.e., a method for identifying a second host to 
which it is beneficial to migrate a replica from a first host to the second host is shown in 
Figure 8; Rabinovich, Column 13 Lines 63-65, i.e., computing preference paths; 
Column 14, Lines 7-24, i.e., an entity that frequently appears in preference paths may 
be a good candidate for placing an object replica ; These disclosures of Rabinovich 
teaches (1) Request Distributor could route requests from the third computer (the 
Requestor) to a host which stores the replica or migrated replica by way of preference 
paths;) "based on the information and the path name when the first computer receives 
an access request for the file" (Rabinovich, Column 13 Lines 63-65, i.e., computing 
preference paths; Column 14, Lines 7-24, i.e., an entity that frequently appears in 
preference paths may be a good candidate for placing an object replica; Rabinovich, 
Column 7 Lines 39-44, i.e.. The request distributor selects a host that stores a 
replica ) "after the file has been transferred to the second computer" ( Rabinovich, 
Column 8 Line 65 through Column 9 Line 8, i.e., a method for offloading; Column 9 
Lines 8-1 1 , i.e., a method for identifying a second host to which it is beneficial to migrate 
a replica from a first host to the second host is shown in Figure 8). 
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Rabinovich does not explicitly teach the following limitations: "(the module being 
executed by the CPU) at predetermined intervals", "(a module for transmitting 
advertisement packets to the third computer) either after or before the file is transferred 
to the second computer, the advertisement packet indicating that the file is transferred 
to the second computer", and "module for receiving and storing the file in the first 
computer, when the file is returned from the second computer". Limitations in 
parentheses are taught by Rabinovich. 

On the other hand, Kanai teaches the limitation: 

"the module being executed by the CPU at predetermined Intervals" (Kanai, 
Paragraph 0018, i.e., the step of accessing the electronic infonvation is executed at an 
interval to collect all of changes in a web page). 

At the time the invention was made it would have been obvious to a person of 
ordinary skill in the art to modify the system of Rabinovich to add the feature of 
executing a software module at predetemiined intervals, as taught by Kanai, so that, in 
the resultant computer system, the module for recording situation of access to a file 
would be executed at predetermined intervals. One would have been motivated to so do 
in order to' record access/data changes/updates at desirable intervals, which is a well 
known feature in the art. 

Rabinovich in view of Kanai does not explicitly teach the limitation: "(a module for 
transmitting advertisement packets to the third computer) either after or before the file is 
transferred to the second computer, the advertisement packet indicating that the file is 
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transferred to the second computer", and "module for receiving and storing tlie file in 
the first computer, when the file is returned from the second computer". 
On the other hand, Calo teaches the limitation: 

"(a module for transmitting advertisement packets to the third computer) either 
after or before the file is transferred to the second computer, the advertisement packet 
indicating that the file is transferred to the second computer" (Calo, Paragraph 0047, 
i.e.. If the new site agrees to accept the migration, it sends a positive 
acimowledgement message to the original auction site, as in 504, indicating that it is 
ready to accept requests for the auction item. The original site then forwards any 
new requests it receives for the migrated auction to the new site and also informs 
the main server of the migration, as in 505. New requesters wanting to join the 
auction will be automatically directed to the conect site via the server selection module). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to modify the system of Rabinovich in view of Kanai to add the 
feature of informing a third computer (the main server) of the migration indicating by 
way of a message (a packet) that data migration has been done from a first computer 
(the original site) to a second computer (the new site) and routing requests for data (i.e., 
request for auction item) to the second computer (the new site), as taught by Calo, so 
that the resultant system would transmit advertisement packets to the third computer 
either after or before the file is transferred to the second computer, the advertisement 
packet indicating that the file is transferred to the second computer. One would have 
been motivated to do so in order to route a request to the nearest server which stores 



Application/Control Number: Page 1 1 

10/645,699 

Art Unit: 2162 

the requested data (Calo, Paragraph 0045, i.e., the weight is based on the proximity of 
requesters for the item to each of the proxies). 

Rabinovich in view of Kanai and further in view of Calo does not explicitly teach 
the limitation: "module for receiving and storing the file in the first computer, when the 
file is returned from the second computer". 

On the other hand, Yamada teaches the limitation: 

"module for receiving and storing the file in the first computer, when the file is 
returned from the second computer" (Yamada, Paragraph 0095, I.e., the system maybe 
adapted so that the log file 10 is downloaded from the server 100 to and provided in the 
client 200, that the log file 10 is updated in the client 200 according to the execution 
state of the installation in the client 200, and that the log file 10 is returned to the sen/er 
100 before the client 200 is rebooted, and downloaded to the client 200 after rebooted, 
and thereafter updated according to the execution of the installation in the client 200). 

At the time the invention was made it would have been obvious to a person of 
ordinary skill in the art to modify the system of Rabinovich in view of Kanai and further in 
view of Calo to add the feature of returning a file from a second computer to a first 
computer to be stored on the first computer, as taught by Yamada, so that, in the 
resultant computer system, a module would receive and store the file in the first 
computer, when the file is returned from the second computer. One would have been 
motivated to so do in order to retain the data in the form of a replica or copy to facilitate 
data restoration if needed in the future (Yamada, Paragraph 0009). 
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As per claim 2, Rabinovicli in view of Kanai and further in view of Calo and 
furtlier in view of Yamada is directed to the limitations: 

"wherein: the memory stores a path of the file accessed by the third computer 
associating the with information on the access situations of the third computer" 
(Rabinovich Colunin 14, Lines 7-24, i.e., total access count) , and 

"the program code further includes a module for designating the file 
corresponding to the access situation information as the candidate for migration when 
the information satisfies a predetermined condition" (RabinoVich Column 14, Lines 7- 
24, i.e.. So, an entity that frequently appears in preference paths may be a good 
candidate for placing an object replica). 

As per claim 4, Rabinovich in view of Kanai and further in view of Calo and 
further in view of Yamada teaches the limitation: 

"wherein: the third computer comprises a memory for storing data and a 
program code" (Rabinovich Figure 1: Host 103. Host 104,Host 105, and Request 
Distributor 101, and Column 7 Lines 7-49), and 

"the program code in the memory of the third computer includes a module for 
receiving the advertisement packet and a module for making access to the second 
computer for the file according to the advertisement packet" (Rabinovich Column 6 
Lines 7-29, i.e., and distribute the request to a host (e.g. host 103) that stores a replica 
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of the requested object). Note that request distributor/replicators in an area are always 
in communication with other requestor distributors/replicators and advertisement 
packets are inherent in the method Rabinovich, which notifies placement of replicas in 
particular network areas (Rabinovich Column 13 Line 44 through Column 14 Line). 

As per claim 5, Rabinovich in view of Kanai and further in view of Calo and 
further in view of Yamada teaches the limitation: 

"wherein: the first network is further connected to a third network, and 
the program code further includes a module for transmitting the migrator acceptor 
search packet to the third network when no computer suitable for accepting the file is 
found in the second network" (Rabinovich Figure 1: Host 103, Host 104,Host 105, 
Request Distributor 101, Network 102, and Requestor 109 and Column 16 Lines 23 
through Column 17 Line 22). Note that the method of Rabinovich has replicators in a 
hierarchy (Rabinovich Column 13 Line 44 through Column 14 Line 25). If there is no 
computer suitable for accepting the file, acceptor search packets are inherently sent to 
other replicators in the higher levels of the hierarchy until a suitable one is found. Since 
the replicators are connected to Internet, there are more than one network, thus second, 
third, and more networks. 

Claim 9 is essentially the same as claim 1 except that it set forth the claimed 
invention as a first computer which is connected to a first network capable of 
communicating with a second network including a second computer and a third 
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computer and which ha a file accessed by the third computer rather than a computer 
system comprising a first network, a first computer connected to the first network, a 
second network connected to the first network, and a second computer and a third 
computer connected to the second network. 

Claim 12 is essentially the same as claim 1 except that it set forth the claimed 
invention as a program stored in memory of a first computer which is connected to a 
first network capable of communicating with a second network including a second 
computer and a third computer and which has a file accessed by the third computer 
rather than a computer system comprising a first network, a first computer connected to 
the first network, a second network connected to the first network, and a second 
computer and a third computer connected to the second network. 

As per claim 14, Rabinovich in view of Kanai and further in view of Calo and 
further in view of Yamada teaches the limitation: 

"wherein the program code further includes a module for transferring a directory 
belonging to the file to the second computer" (Rabinovich Column 16 Lines 55-60, i.e.. 
Host s). Note that the system and methods of Rabinovich migrating a replica, which 
could be a file or files or a directory or directories. 

As per claim 15, Rabinovich in view of Kanai and further in view of Calo and 
further in view of Yamada teaches the limitation: 
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"wherein the program code further includes a module for transmitting the path 
name when the first computer receives an access request for the file" (Rabinovich, 
column 10 Line 31 through Column 12 Line 16). 

As per claim 16, Rabinovich in view of Kanal and further in view of Calo and 
further in view of Yamada teaches the limitation: 

"wherein the file stored into the second computer when the file is transferred form 
the first computer to the second computer" (Rabinovich, Column 7 Line 38 through 
Column 8 Line 31, i.e.. The request distributor selects a host that stores a replica of the 
requested object to respond to the request based upon the request metric and the 
distance metric; and the request distribution decision as to which host to assign the 
request is made in accordance with the method shown in Figure 3). 

As per claim 17, Rabinovich in view of Kanal and further in view of Calo and 
further in view of Yamada teaches the limitation: 

"wherein the file is returned from the second computer to the first computer 
depending on another access situation" (Rabinovich, Column 6 Lines 64-67, i.e., The 
request metric for a replica is a historical measure of the request for the object that have 
been forwarded to the host; Rabinovich, Column 15 Lines 38-46, i.e., A host s can be in 
one of the two modes of operation. If its load exceeds high-water mari< hw, it switches to 
an offloading mode, where it sheds objects to other hosts, even if It is not geographically 
beneficial. Once in this mode, the host continues in this manner until its load drops 
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below a low water mark, Iw. Then, it moves objects only if it is geographically beneficial, 
and stays in this mode until its load again exceeds hw. Water-marking is a standard 
technique to add stability to the system; and Yamada, Paragraph 0095, i.e., the system 
may be adapted so that the log file 10 is downloaded from the server 100 to and 
provided in the client 200, that the log file 10 is updated in the client 200 according to 
the execution state of the installation in the client 200, and that the log file 10 is returned 
to the server 100 before the client 200 is rebooted, and downloaded to the client 200 
after rebooted, and thereafter updated according to the execution of the installation in 
the client 200). 

As per claim 19, Rabinovicii in view of Kanai and further in view of Calo and 
further in view of Yamada teaches the limitation: 

"wherein the module for transferring the file to the second computer is performed 
if the response indicates that the second computer accepts the file and the second 
computer has a capacity for storing the file" (Rabinovich, Column 1 1 Line 30 through 
Column 12 Line 17). 

As per claim 20, Rabinovich in view of Kanai and further in view of Calo and 
further in view of Yamada teaches the limitation: 

"wherein the first computer transfers the file to the second computer" 
(Rabinovich, Column 8 Line 65 through Column 9 Line 8, i.e., a method for offloading; 
Column 9 Lines 8-1 1 , i.e., a method for identifying a second host to which it is beneficial 
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to migrate a replica from a first host to ttie second host is shown in Figure 8), "according 
to the access request for the file or according to the reduction of an amount of the 
access packets" (Rablnovich, Column 8 Lines 65 through Column 9 Lines, i.e., a 
method for offloading in accordance with an embodiment of the present invention is 
shown in FIG 7. A second host identified whose load is below a predetermined value 
Iw (called the low water mark), such that Iw is smaller than the hw, step 701), "after the 
advertisement is sent" (Calo, Paragraph 0047). 

5. Claims18 is rejected under 35 U.S.C. 103(a) as being unpatentable over 
Rabinovich in view of Kanai and further in view of Calo and further in view of Yamada 
and further in view of Sunna (U.S. Patent Application Publication Number 
2006/0036892). 

As per claim 18, Rabinovich in view of Kanai and further in view of Calo and 
further in view of Yamada as applied to claim 17 teaches the limitation: "the file is 
returned from the second computer to the first computer" (Yamada, Paragraph 0095, 
i.e., the system may be adapted so that the log file 10 is downloaded from the sen/er 
100 to and provided in the client 200, that the log file 10 is updated in the client 200 
according to the execution state of the installation in the client 200, and that the log file 
10 is returned to the server 100 before the client 200 is rebooted, and downloaded to 
the client 200 after rebooted, and thereafter updated according to the execution of the 
installation in the client 200). 
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Rabinovich in view of Kanai and furtlier in view of Calo and furtlier in view of 
Yamada does not explicitly teach the limitation: "a module for deleting the path name". 
On the other hand, Sunna teaches the limitation: 

"a module for deleting the path name" (Sunna, Paragraph 0071, i.e.. When an 
LSP is no longer needed in the network 100, an LSP delete message is propagated 
through the nodes 1 lO.sub.j defining the deleted LSP). 

At the time the invention was made, it would have been obvious to a person of 
ordinary skill in the art to add the feature of deleting a path, as taught by Sunna, to the 
' computer system of Rabinovich in view of Kanai and further in view of Calo and further 
in view of Yamada so that the resultant system would comprise a module to delete a 
path name. One would have been motivated to do so in order to reflect the new location 
of a migrated file, which is notoriously well known in the art. 



Application/Control Number: Page 19 

10/645,699 

Art Unit: 2162 

Response to Arguments 

6. Applicant's arguments filed on October 18, 2007, have been considered but are 
not persuasive. 

Based on the amendments made, Applicant argued that it is respectfully 
submitted that the cited references do not teach or suggest either of these features 
(Applicant's argument, page 10, fifth paragraph). Applicant also argued that Rabinovich 
neither teaches nor suggest the features recited in the amended independent claims 
(Applicant's argument, page 1 1 second paragraph). Applicant argued that Kanai dose 
not make up for the deficiencies of the other references with respect to the claimed 
invention (Applicant's argument, page 1 1 third paragraph). Applicant also argued that 
Yamada neither teaches nor suggests the features of independent claims as amended 
(Applicant's argument, page 1 1 fourth paragraph). Applicant additionally argued that no 
combination of the references would provide the invention recited in the amended 
independent claims (Applicant's argument, page 12 second paragraph). 

Examiner respectfully disagrees all of the allegations as argued. Examiner, in his 
previous office action, gave detail explanation of claimed limitation and pointed out 
exact locations in the cited prior art. Examiner is entitled to give claim limitations their 
broadest reasonable interpretation in light of the specification. See MPEP 2111 [R-1] 
Interpretation of Claims-Broadest Reasonable Interpretation. 

During patent examination, the pending claims must be 'given the broadest 
reasonable interpretation consistent with the specification.' Applicant always has the 
opportunity to amend the claims during prosecution and broad interpretation by the 
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examiner reduces the possibility that the claim, once issued, will be interpreted more 
broadly than is justified. In re Prater, 162 USPQ 541,550-51 (CCPA 1969). 

In response it is pointed out that Rabinovich In view of Kanai and further in view 
of Calo and further in view of Yamada teaches the added limitations to the independent 
claims as follows: 

""a module for transmitting advertisement packets to the third computer" 
(Rabinovich Column 15 Line 17, i.e. send OffLoadRequest(s) to the parent replicator 
ofs; and Column 13 Line 44 through Column 14 Line 7, i.e.. Replicators act as outside 
representatives of their regions to outside hosts and Decisions on replica placement 
are done "in cooperation" between hosts and the replication service) "either after 
or before the file is transferred to the second computer, the advertisement packet 
indicating that the file is transferred to the second computer" (Calo, Paragraph 0047, 
i.e.. If the new site agrees to accept the migration, it sends a positive 
acknowledgement message to the original auction site, as in 504, indicating that it is 
ready to accept requests for the auction item. The original site then forwards any 
new requests it receives for the migrated auction to the new site and also informs 
the main server of the migration, as in 505. New requesters wanting to join the 
auction will be automatically directed to the conrect site via the server selection module); 
and 

"a module for allowing the third computer to access the file via the first computer" 
(Rabinovich, Column 7 Lines 39-44, i.e., The request distributor selects a host that 
stores a replica of the requested object to respond to the request based upon the 
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request metric and the distance metric of the host in relation to the request metric and 
distance metrics of the other hosts that also store replicas of the requested object, step 
204; Rablnovich, Column 9 Lines 9-23, i.e., a method for identifying a second host to 
which it is beneficial to migrate a replica from a first host to the second host is shown in 
Figure 8; Rabinovich, Column 13 Lines 63-65, i.e., computing preference paths; 
Column 14, Lines 7-24, i.e., an entity that frequently appears in preference paths may 
be a good candidate for placing an object replica ; These disclosures of Rabinovich 
teaches (1) Request Distributor could route requests from the third computer (the 
Requestor) to a host which stores the replica or migrated replica by way of preference 
paths;) "based on the information and the path name when the first computer receives 
an access request for the file" (Rabinovich, Column 13 Lines 63-65, i.e., computing 
preference paths; Column 14, Lines 7-24, i.e., an entity that frequently appears in 
preference paths may be a good candidate for placing an object replica; Rabinovich, 
Column 7 Lines 39-44, i.e.. The request distributor selects a host that stores a 
replica ) "after the file has been transferred to the second computer" ( Rabinovich, 
Column 8 Line 65 through Column 9 Line 8, i.e., a method for offloading; Column 9 
Lines 8-1 1 , i.e., a method for identifying a second host to which it is beneficial to migrate 
a replica from a first host to the second host is shown in Figure 8). 

Applicant also argued that Kanai dose not provide a motivation to combine with 
other references (Applicant's argument, page 1 1 third paragraph). Applicant also argued 
that Yamada does not provide a motivation to combine with other references 
(Applicant's argument, page 11 last paragraph). Applicant additionally argued that it is 



Application/Control Number: Page 22 

10/645,699 

Art Unit: 2162 

submitted that there is no suggestion formatting the proposed combination (Applicant's 
argument, page 12 second paragraph). 

In response to applicant's argument that there is no suggestion to combine the 
references, the examiner recognizes that obviousness can only be established by 
combining or modifying the teachings of the prior art to produce the claimed invention 
where there is some teaching, suggestion, or motivation to do so found either in the 
references themselves or in the knowledge generally available to one of ordinary skill in 
the art. See In re Fine, 837 F.2d 1071, 5 USPQ2d 1596 (Fed. Cir. 1988)and In re 
Jones, 958 F.2d 347, 21 USPQ2d 1941 (Fed. Cir. 1992). In this case, one of ordinary 
skill in the art would have been motivated to combine Rabinovich and Kanai to record 
access/data changes/updates at desirable time Intervals, which is a well known feature 
in the art. One of ordinary skill in the art would have been motivated to combine 
Rabinovich and Yamada in order to retain the data in the form of a replica or copy to 
facilitate data restoration if needed in the future (Yamada, Paragraph 0009). 

As per Applicant's argument regarding the newly added claim 20, Applicant is 
directed to the rejection of claim 20 under 35 U.S.C. 103 in light of the combination of 
Rabinovich In view of Kanai and further in view of Calo and further In view of Yamada 
as discussed above. 

In view of the above, the examiner contends that all limitations as recited in the 
claims have been addressed In this Action. For the above reasons, Examiner believed 
that rejection of the last Office action was proper. 
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Conclusion 

7. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly. THIS ACTION IS MADE FINAL. See MPEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory peripd for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 
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Contact Information 

8. Any inquiry concerning this communication or earlier communications from the 

examiner should be directed to Dennis l\/lyint whose telephone number is (571) 272- 



5629. The examiner can normally be reached on 8:30AM-5:30PM Monday-Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Breene can be reached on (571) 272-4107. The fax phone number for 
the organization where this application or proceeding, is assigned is 571-273-5629. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). 




Dennis Myint 



Examiner 
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